home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990725-20000114 / 000167_news@columbia.edu _Fri Oct 8 05:54:41 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id FAA03311
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 8 Oct 1999 05:54:40 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id FAA18652
  7.     for kermit.misc@watsun.cc.columbia.edu; Fri, 8 Oct 1999 05:30:59 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. Subject: Re: kermit dos and windows 95
  10. From: cangel@famvid.com
  11. Message-ID: <gRiL3.2361$34.143942@news21b.ispnews.com>
  12. Date: Fri, 08 Oct 1999 09:30:52 GMT
  13. To: kermit.misc@columbia.edu
  14.  
  15. I'm using the 3.14 version of MSKermit patched to level 9 and have tried
  16. running the 3.16 beta MSK16 but it seems the APC control will _not_ shut
  17. off?
  18.  
  19. I seem to recall reading that the 'set terminal apc on' and 'off' are reversed
  20. or something?
  21.  
  22. Was this ever fixed and if so where would I find the patch file for this?
  23.  
  24. BTW: I am hoping to convince Kim Heino (author of LINUX BBBS) and the people
  25. at Santronics (Wildcat BBS) to update the packet length in their software
  26. implentations of the kermit protocol.  It is set 'standard' at 94 byte packets
  27. and it CRAWLS.  I can do 9k packets no problem with UNIX systems that have
  28. this packet length max'd out.  If Frank D. Cruz is reading this - how about
  29. shooting them an email explaining that 94 byte packets is no longer the 'standard'
  30. required for proper kermit transfers?  Maybe they would believe you and just
  31. _do_ it rather than argue about it?
  32.  
  33. >
  34. >     Charles.Angelich
  35. >       @AngelFire.com
  36. >          USA, MI
  37.